This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 



BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of 
the original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 

• BLACK BORDERS 

• TEXT CUT OFF AT TOP, BOTTOM OR SIDES 
« FADED TEXT 

• ILLEGIBLE TEXT 

• SKEWED/SLANTED IMAGES 

• COLORED PHOTOS ....... 

• BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• GRAY SCALE DOCUMENTS 



IMAGES ARE BEST AVAILABLE COPY. 

As rescanning documents will not correct images, 
please do not report the images to the 
Image Problem Mailbox. 



WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




PCT 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification 7 
G06F 17/60 



Al 



(11) International Publication Number: WO 00/60519 

(43) International Publication Date: 1 2 October 2000 (12.1 0.00) 



(21) International Application Number: PCT/USOO/09131 

(22) International Filing Date: 6 April 2000 (06.04.00) 



(30) Priority Data: 
09/286,523 



6 April 1999 (06.04.99) 



US 



(63) Related by Continuation (CON) or Continuation-in-Part 
(CIP) to Earlier Application 

US 09/286,523 (CON) 

Filed on 6 April 1999 (06.04.99) 



(71) Applicant (for all designated States except US): CYNAPTEC, 

INC. [US/US]; 600 Suffolk Street, Fourth Floor, North, 
Lowell, MA 01854 (US). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): SANBORN, Robert, K. 
[US/US]; Unit 42, 97 Mount Vernon Street, Boston, MA 
02108 (US). ANENBERG, Martin, E. [US/US]; 354 N. 
Main Street, No. 314, Andover, MA 01810 (US). PER- 
REAULT, Donald, W., Jr. [US/US]; 20 South Street, 
Plainville, MA 02762 (US). TERHEYDEN, Luke [US/US]; 
35 Standish Street, MS#1442, Lowell, MA 01854 (US). 



(74) Agent: MALONEY, Denis, G.; Fish & Richardson, P.C., 225 
Franklin Street, Boston, MA 02110-2804 (US). 



(81) Designated States: AE, AG, AL, AM, AT, AU, AZ, BA, BB, 
BG, BR, BY, CA, CH, CN, CR, CU, CZ, DE, DK, DM, 
DZ, EE, ES, FI, GB, GD, GE, GH, GM, HR, HU, ID, 1L, 
IN, IS, JP, KE, KG, KP, KR, KZ, LC, LK, LR, LS, LT, LU, 
LV, MA, MD, MG, MK, MN, MW, MX, NO, NZ, PL, PT, 
RO, RU, SD, SE, SG, SI, SK, SL, TJ, TM, TO, TT, TZ, 
UA, UG, US, UZ, VN. YU, ZA, ZW, ARIPO patent (GH, 
GM, KE, LS, MW, SD, SL, SZ, TZ, UG, ZW), Eurasian 
patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), European 
patent (AT, BE, CH, CY, DE, DK, ES, FI, FR, GB, GR, 
IE, IT, LU, MC, NL, PT, SE), OAPI patent (BF, BJ, CF, 
CG, CI, CM, GA, GN, GW, ML, MR, NE, SN, TD, TG). 



Published 

With international search report. 

Before the expiration of the time limit for amending the 
claims and to be republished in the event of the receipt of 
amendments. 



(54) Title: TARGET ADVERTISING FOR FACILITATING COMMUNICATIONS BETWEEN BUYERS AND VENDORS 



(57) Abstract 

A method of facilitating communications between buyers and 
vendors across a network is described. A list of vendors is received from 
a prospective buyer (234) with certain ones of the vendors selected. The 
method detects that at least one of the vendors on the list of vendors was 
not selected (236) by the buyer and provides to the buyer information 
about at least one nonselected vendor (242), thus enabling the buyer to 
select the at least one nonselected vendor (244) to add the at least one 
nonselected vendor to the selected vendor list prior to the transmission 
of a document to the selected vendors. The information provided to the 
buyer can be based on a selection of the at least one nonselected vendor 
according to predetermined criteria (237). 



RETURN UST OF VENDORS 
MATCHING USER 
SEARCH REQUEST 



RECIEVE UST FROM USER 
WITH ONE OR MORE 
VENDORS SELECTED 



DETECT ONE OR MORE 
VENDORS NOT SELECTED 
AND HAVING 
OPTION ENABLED 



232 



-234 



-236 




RETURN UST OF VENDORS 
MATCHING USER 
SEARCH REQUEST 



SELECT FROM AMONG 
DETECTED VENDORS 
ACCORDING TO 
PREDETERMINED 
CRITERIA 



-238 



-240 



PRESENT VENDOR 
INFORMATION FOR 
SELECTED 0NE(S) OF 
DETECTED VENDORS 
TO USER 



-242 



ENABLE USER TO ADD 
ANY SELECTED 0NE(S) 
OF DETECTED VENDORS 
TOUSTPRI0RTO 
TRANSMITTING A 
DOCUMENT TO LIST 
OF VENDORS 



-244 



FOR THE PURPOSES OF INFORMATION ONLY 



Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FT 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


Prance 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


SZ 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


UZ 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


ZW 


Zimbabwe 


CI 


C6te d'lvoire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


FT 


Portugal 






CU 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






cz 


Czech Republic 


LC 


Saint Lucia 


RU 


Russian Federation 






DE 


Germany 


U 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







WO 00/60519 



PCT/US00/09131 



TARGET ADVERTISING FOR FACILITATING 
COMMUNICATIONS BETWEEN BUYERS AND VENDORS 

5 BACKGROUND OF THE INVENTION 

The present invention relates to electronic 
commerce. Since the Internet has been open to commercial 
use, its popularity has grown as businesses recognized its 

10 potential impact to business-to-consumer transactions. 
Also driving Internet usage are business-to-business 
transactions. For example, businesses use the World Wide 
Web to locate information about products and services. 

Today there are many one-to-one marketing systems 

15 catering to this market. These types of systems allow a 
user such as a procurement specialist to find a particular 
product from a vendor in that vendor's on-line catalog. 
Many companies with on-line catalogs utilize Web 
transaction servers coupled to their on-line catalogs to 

20 communicate with a user's Web browser and their own internal 
applications to provide such functions as a virtual 
shopping cart, order entry, order tracking and payment. 
Others satisfy the demand by collecting and scanning 
publicly available catalogs to produce CD-ROM catalogs. 

25 The added value in this approach is in the product 
categorization and parametric search functionality. 

Another technique is the use of an on-line 
directory publisher. An on-line directory publisher such 
as Thomas Register or Cahner's produces and manages on-line 

30 catalogs. 

Additionally, such program developers as 
PurchasePro and Industry. Net provide on-line services that 
target a specific industry segment and allow buyers and 
vendors, both limited in number, to exchange information 
35 and conduct transactions on-line. 
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SUMMARY 



According to an aspect of the invention, a method 
of facilitating communications between buyers and vendors 

5 across a network includes receiving a list of vendors from 
a prospective buyer with certain ones of the vendors 
selected, detecting that at least one of the vendors on the 
list of vendors was not selected by the buyer, providing to 
the buyer information about the at least one nonselected 

10 vendor and enabling the buyer to select the at least one 
nonselected vendor to add the at least one nonselected 
vendor to the selected vendor list prior to the 
transmission of a document to the selected vendors. The 
information provided to the buyer can be based on a 

15 selection of the at least one nonselected vendor according 
to predetermined criteria. 

The information can be presented to the 
prospective buyer in an HTML page. The information can 
include a banner advertisement or a home page link. 

20 One or more of the following advantages may be 

provided from aspects of the invention. 

The invention offers a significant commercial 
benefit to a vendor that offers the kind of products or 
services in which a prospective buyer is interested and has 

25 not been selected by that prospective buyer for 

communication exchange. It provides such a vendor with a 
"last ditch" opportunity to direct its advertising to that 
prospective buyer before the communication exchange between 
the buyer and selected vendors is initiated. It also 

30 provides the buyer with another opportunity to consider 
this vendor, possibly in light of additional information 
provided by the vendor's advertising. The additional 
information may persuade the buyer that the nonselected 
vendor should be added to the list of selected vendors. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will become more apparent from the 
following detailed description taken in conjunction with. 
5 the accompanying drawings, in which: 

FIG. 1 is a schematic view of a networked system 
for facilitating communications between buyers and sellers. 

FIG. 2 is a block diagram illustrating software 
processes employed by the server during a buyer-vendor 
10 communication process. 

FIGS. 3A through 3K are exemplary screen displays 
from a Web browser used in rendering pages at the client 
computer during the buyer-vendor communication process. 

FIGS. 4A-B are flow diagrams of a server process 
15 used in the buyer-vendor communication process. 

FIGS. 5A-B are representations of data structures 
used in the database of the networked system of FIG 1. 

FIG. 6 is a flow diagram of a "last ditch" 
advertising process. 
20 FIG. 7 is an exemplary screen shot of a last 

ditch advertising page. 

FIG. 8 is a flow diagram depicting a process of 
constructing a preferred vendor directory. 

FIG. 9 is a flow diagram illustrating a vendor 
25 response management portion of the buyer-vendor 
communication process . 

DESCRIPTION 

30 Referring now to FIG. 1, a networked system 10 

includes a client system 12 connected to a server 14 and a 
plurality of vendor systems 16a-16m via a network 18. The 
networked system 10 is implemented as a Web-style system 
that is used to facilitate communications between buyers at 

35 client computers such as client system 12 and vendors at 
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the vendor systems 16a-16m over the network 18. In a Web 
implementation, the network 18 can be the "Internet" and the 
server 14 a Web server. Private networks can also be used. 
More particularly, client system 12 receives input from a 

5 user (in this case, a potential buyer) via a Web browser 
20, which communicates with the server 14 over the network 
18. The Web browser 20 renders display output in the form 
of hypertext markup language (HTML) pages. The Web browser 
20 may be any commercially available browser, such as 

10 Microsoft Internet Explorer or Netscape Navigator. The 
vendor computer systems 16 are servers operated and 
controlled by vendor companies ("vendors") . Also coupled to 
server 14 is a back-end resource shown here as a database 
22 for storing vendor information. 

15 Referring to FIG. 2, the processes that run on 

the server 14 are shown. The server 14 includes a server 
computer that executes a server process 30. The server 14 
stores information organized into distributed pages 32. 
The pages are stored as information encoded into HTML. The 

20 manner in which the HTML pages are produced is well known 
and therefore not discussed herein. In addition to static 
pages where content does not change, server 14 provides a 
mechanism for including dynamic information (e.g., from 
such sources as the database) in pages. The server 14 uses 

25 a standard interface called the Common Gateway Interface 
(CGI) to execute a separate program that obtains the 
dynamic information, formats it into HTML and forwards it 
to the server 14. The server 14 also employs the Hypertext 
Transfer Protocol (HTTP) in transferring pages to and 

30 receiving page data from the Web browser 20 via the 

Internet 18 (from FIG. 1). The server process 20 therefore 
includes an HTTP server process 33 augmented with CGI-based 
applications 34. Other protocols of course could be used. 
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The server process 30 further includes a database 
search engine 36 that is responsible for storing data in 
and retrieving data from the database 22 (FIG. 1) in 
response to queries. The queries are produced by the 
5 server 14 based on user-specified data that is received 
from the client system 12. Collectively, the database 
search engine 36 and the database 22 may be viewed as a 
"database system" 38. Although the database search engine 
is depicted as part of the server process 30, it will be 

10 understood that the components of the database system 38 
may be integrated, as in a database management system, or 
include a separate back-end server. 

Additionally, the server 14 runs an e-mail 
application 39, used to send e-mail messages to vendors via 

15 the Internet, as will be described. Hereinafter, the 

server 14 and server process 30 will be referred to as the 
"buyer-vendor communication system" (or, simply, "the 
system") and the "buyer-vendor communication process (or, 
simply, "the process") , respectively. 

20 In order to convey the manner in which the buyer- 

vendor communication system is used, various screen 
displays of the browser's graphical user interface will now 
be described with reference to FIGS. 3A-K. 

Referring now to FIG. 3A, a sign-on/registration 

25 page 40 allows an already registered user to log onto the 
system by entering appropriate information in an e-mail 
address field 42 and an password field 44 and clicking the 
"enter" button 46. The sign-on/registration page 40 also 
allows a user who has not previously registered with the 

30 system to do so by clicking the "click to register" button 
48, which brings the user to a purchaser account 
application page 50, shown in FIG. 3B. 

Referring to FIG. 3B, the purchaser account 
application page 50 has several fields for accepting 

35 personal user data. The fields include a name field 52, an 
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e-mail address field 54, phone number fields 56, a fax 
number field 58 and a password field 60. Additional fields 
are possible. The information is saved to establish a user 
account. The user account information is maintained by and 

5 stored on the server 14. When the user returns to the 
site, the user's account information is restored upon 
successfully entering a user name and password. 

Referring to FIG. 3C, a search page 70 sent by 
the server 14 to the Web browser 20 in response to the 

10 earlier-described log-in procedure (FIG. 3A) is shown. The 
search page 70 allows the user to enter a keyword or 
keywords in a search field 72 for an item about which the 
user is seeking information. For example, the user enters 
as a keyword the word "phone" and hits a "search" button 74. 

15 The search page also includes a "Bid Addendum" button 75, 
which will be discussed later. 

With reference now to FIGS. 3D and 3E, the server 
14 will return to the user a matching categories page 76. 
The matching categories page includes a matching categories 

20 list 80 generated by the system. 

As can be see in FIG. 3D, the server 14 returns 
all of the categories that it could relate to the word 
"phone". Provided in the left hand corner of the page is a 
matching categories number 82 corresponding to .the number 

25 of categories that match a particular query. In this 

example, there are 26 categories that match "phone". Also 
provided is the total number of suppliers in the matching 
categories 84, in this case 1,752. The page also provides 
a total displayed number 86. In the illustrated 

30 embodiment, only twenty-five categories per page are 

displayed. The categories are listed in table format, with 
matching category names 88 in the left column under a 
heading "matching categories" and the number of matching 
vendors 90, that is, the number of vendors that match that 

35 category, in the right column under a heading "Number of 
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Vendors in Database". 

Continuing to use the "phone" example, a user 
interested in cellular telephone service and repair would 
scroll down to the "Cellular Telephones-Service and Repair" 
5 category (shown in FIG. 3E) . Next to each category name is 
listed the number of matching vendors in the database 22 
that are categorized under that category name. Thus, in 
the example shown, a number four (4) indicates that the 
system has four vendors in the category of interest. The 

10 user selects a category 88 from the list of matching 

categories 80 by clicking on the particular category. The 
category, e.g., "Cellular Telephones-Service • & Repair", is 
provided as a hyperlink that is sent back to the server to 
set up another database query. 

15 Referring to FIG. 3F, the server 14 returns to 

the browser 20 a vendor matching page 100 which includes 
the vendors contained in the database that match the 
selected category. The vendors are listed in some order, 
such as alphabetically, or in no order, i.e., random, and 

20 in a table format. One column corresponds to a matching 
vendor name 102. Next to and associated each vendor name 
is a check box 104 that allows the user to add the vendor 
with which the check box is associated to a list of vendors 
that the user wishes to send information to or receive 

25 information from. The page can include banner ads linked 
to vendor listings. There are various subscription types 
available to the vendor which allow the vendor to have a 
banner display associated with the vendor's other 
information (e.g., name, address). Thus, the page can 

30 include a check box 104, company (vendor) name, banner or 
logo (or some combination thereof) 102, information (e.g., 
on-line catalog) availability 106, status (e.g., minority 
certification) 108, as well as other information. If the 
user wishes to request information from or communicate with 

35 one or more of the listed vendors, the user checks the 
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names of the desired vendors by selecting the check box 104 
next to the vendor's name. Also included in the vendor 
matching page 100 is an "Add selected vendors to my page" 
button 110, which will be discussed later with reference to 
5 FIG. 8. 

In addition to selecting the vendors to make up 
the list of recipients, the user can select a communication 
option from one or more communication option selection 
devices. In the illustrated embodiment, a first 

10 communication option selection device 114 is a drop-down 
communication options menu which includes communication 
options for requesting vendor response: "request for 
quotation" 114a, "request for information only" 114b, 
"request for proposal" 114c or "request for status" 114d 

15 (e.g., minority-owned or small business). Other options 
could be provided. 

Once the user has made a communication option 
selection from the menu 114 and clicks on a continue button 
116, the server 14 returns a request options page 120, 

20 shown in FIG. 3G. Referring now to FIG. 3G, the request 
options page 120 includes second communication option 
. selection devices 122, which allows the user to fill in a 
document (form) that the system provides on-line 122a 
(i.e., a form corresponding to the vendor activity request 

25 in drop-down menu 114), attach one of the user's own 

documents or files 122b or both. For example, if the user 
would like to send a specification along with an RFQ, the 
user attaches to the RFQ form the specification or a file. 
The RFQ and specification (or file) are sent via a single 

30 e-mail message to the list of vendors, as determined by the 
user. As indicated above, the user can choose to fill in 
an on-line form. The form that the user receives will 
depend on the option selected in the communication options 
menu (of FIG. 3F) . Again, the completed form will be sent 

35 to the selected vendors on the vendor list. 



8 



WO 00/60519 PCT7US00/09131 

Still referring to FIG. 3G, the request options 
page 120 allows the user to set parameters for the request. 

The parameters include e-mail address change 124 if the 
user would like to receive vendor responses at an e-mail 

5 address other than the default address (i.e., the one to 
which the cookie preference has been set) . Other options 
include delivery and expiration dates. A delivery date 
field 126 specifies the date for receiving the requested 
information. For example, if the user wishes to receive 

10 all of the responses at once, the server 14 can hold them 
until a pre-set date. Alternatively, the delivery date 
preference may be set for various intervals such as daily 
or weekly. One or more expiration date fields 128 specify 
the "cut-off" date for submissions. The server can have a 

15 default, e.g., 40 days, if the user does not enter a date. 
Additionally, there is a "short e-mail description" field 
130 for the entry of a short description. The short 
description, if entered, will appear in the header (subject 
line) of the e-mail message the vendors receive. There is 

20 also a comments field 132 that allows the user to type in 
additional comments, free form, similar to a cover letter. 

The server also has the capability to store 
transaction history for a fixed period of time (e.g., 6 
months) . When that fixed time period expires, the history 

25 is provided to the user in some form (e.g., text, MIME or 
HTML) . 

Referring back to FIGS. 3F-3G, if the user 
selects as the communication option an RFQ 114a (FIG. 3F) 
and chooses a second communication option 122a to fill in 

30 an online form (FIG. 3G) , the server 14 returns in response 
an RFQ page 140 that mimics an RFQ form, as shown in FIG. 
3H. The server 14 will carry forward the name and address, 
add a date and allow the user to enter an RFQ number in an 
RFQ number field 142. The form has option boxes for 

35 delivery requirements 144, terms and conditions 14 6 and 
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f reight-on-boarci 148. It also has fields in which the user 
can enter quantity 150 and description 152. Once the user 
has entered in all of the information for the RFQ, the user 
clicks on a "submit" button 154. 

5 When the user hits the submit button 154, the 

server forwards the completed form results to e-mail 
addresses of each of the selected recipient vendors using 
the e-mail application 39 (shown in FIG. 2). The e-mail 
application utilizes a standard ASCII text format, but 

10 could be adapted to use other formats, such as MIME. 

Alternately, the system may notify a vendor that a bid is 
waiting for that vendor. In this option, the e-mail 
notification provides such a vendor with a Web address 
where the vendor can view the file in HTML format through a 

15 browser. 

Referring now to FIG. 31, an auditing page 160 is 
shown. The server 14 provides a printable page listing all 
of the bid recipients that were selected (i.e., "checked 
off") earlier. The server 14 assigns the user a reference 

20 number 161 that will allow that user to track and 

subsequently amend the communication if desired. At the 
bottom is a "new search" button 162, which allows the user 
to return to the search page 70 (from FIG. 3C) to initiate 
a search for a new item as described earlier, or modify an 

25 existing document. 

Referring again to FIG. 3C, to change an existing 
submission or modify parameter settings, the user clicks on 
the "Bid Addendum" 75. In response, the server 14 returns a 
My Transactions page 163, shown in FIG. 3J. The My 

30 Transactions page 163 includes a transaction description 
164, which corresponds to a selected category for a 
particular request, and the assigned reference number 161 
(as also shown in FIG. 31) . The page also includes a 
status 165 of that particular request (how many bids sent 

35 and received) and an expiration date override 166 that the 
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user can use to override the preset or expiration date, or 
change (extend) the expiration date. To change the 
recipients list or send an addendum to all of the vendors 
currently selected, the user selects either the transaction 
5 description 164 or reference number 161, In response, the 
server returns a Bid Addendum page 165, shown in FIG. 3K. 

Referring to FIG. 3K, the Bid Addendum page 167 
allows the user to choose via vendor selection boxes 168 
those of the already selected vendors to receive the 

10 addendum. It also allows the user to attach a bid addendum 
through a bid addendum field and attachment button 169 or 
type a bid addendum online via a bid addendum online field 
170. The user transmits the bid addendum by clicking on 
the "send bid addendum" button 171. 

15 A server process that handles a purchasing- 

related communications exchange between buyers and vendors 
175 will now be described with reference to FIGS. 4A-B. 

Referring to FIG. 4A, upon detection that a user 
has logged on 17 6, the server 14 sends to the user a search 

20 page 177. The server 14 receives from the browser a search 
request based on a search string entered in the search page 
by the user 178. In response, a "matching categories" list 
is generated 17 9. The server receives a selected category 
from the list of matching categories from the browser 180 

25 and returns a matching vendors list 182. Next, the server 
receives from the user the selected vendors from the list 
of matching vendors (vendors contained in the "vendor 
matching" page) and communication option (e.g., RFQ) 184. 
The server returns a request options form to the user 186 

30 and receives back from the user the request options data 
and. selections (i.e., parameters, along with selected 
second communication option or options) 188. The server 
sends a form corresponding to the selected communication 
options (e.g., online RFQ) to the user as appropriate 190 

35 and receives back the completed document, along with any 



11 



WO 00/60519 



PCT/USOO/09131 



attached files 192. The server sends the completed 
document , along with any attachments, or a document 
contained in a file provided by the user to each of the 
selected vendors via a single e-mail transmission 194. 
5 To generate the matching categories list 179, the 

system performs a number of operations, as illustrated in 
FIG. 4B. One of the CGI-based applications or scripts (CGI 
applications 34 from FIG. 2) is invoked by the server 192. 
The invoked script parses the string contents to receive 

10 the data and processes the data 194. That is, the script 
converts the data from web format into a format that is 
usable by the database search engine 38 (from FIG. 2). The 
script 34 strips off any special characters and processes 
the data string through fuzzy artificial intelligence 

15 software. The script also enforces rules according to the 
needs of the database system. For instance, the database 
system might require that its input contain only word roots 
or have stop words (i.e., words that have no or little 
meaning to a query) removed. Additionally, slang words are 

20 converted into standard format that is accepted in the 
database and plural words are converted to the singular, 
unless stored in the database in plural form. Once the 
string is processed into a format that the database system 
accepts, it is passed on to the database system 

25 (specifically, the database search engine) to service the 
form's request 196. 

The database search engine accesses the database 
and tries to match the search string that it receives from 
the script with entries in the database 198. Once the 

30 database search engine obtains a match, it returns the 
matching categories to the script 200. The script, in 
turn, formats the information into HTML 202 and returns the 
formatted information to the browser in the form of a 
"matching categories" page 204. 

35 
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Although not illustrated in detail in FIGS. 4A-B, 
the system that generates a matching vendors list is 
performed in a similar manner. The system sends the data 
received from the browser to the CGI script for processing. 

5 The CGI script provides the processed data to the database 
search engine, which accesses the database and returns a 
list (in this case, a list of vendors corresponding to the 
selected category) to the script for formatting. The 
resulting HTML ("vender matching") page is returned to the 

10 browser. 

An exemplary implementation of the database 22 
(from FIG 2) will be described now with reference to FIGS. 
5A and 5B. As can be seen in FIG. 5A, the database has a 
category table 210 for each category or heading. Each 

15 category table 210 stores a pointer 212 for each vendor 

related to that category. The detailed vendor information 
is stored in a flat file 214 having a vendor record 216 
corresponding to each vendor. Because the category table 
210 stores only a pointer to the flat file that has all of 

20 the vendor information, searches are very fast. 

Also contained in the database 22, and shown in 
FIG. 5B, is a user request table 220 having a request 
record/entry 222 for each user request. Data is gathered 
over a series of pages using the same user entry. If the 

25 user disconnects, the server 14 saves the user request 

record. When the user logs on again, the server gives the 
user the opportunity to resume work on the saved (but 
incomplete ) request . 

Referring now to FIG. 6, a target advertising 

30 mechanism 230 is illustrated. Conventionally, websites 
display banners and the owner of the banner will pay the 
web page owner some fee when the banner is clicked on. 
Because the networked system 10 is geared towards the needs 
of buyers, there is a high probability that the user of the 

35 system is interested in purchasing or getting information 
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about a particular product or service. Therefore, the 
most valuable time for an advertiser to "get in front of" a 
potential purchaser is when that buyer indicates on-line 
that the buyer is actively looking to purchase such product 
5 or service. The target advertising mechanism, also 

referred to as a "last ditch advertising" option allows the 
advertiser (advertising vendor) to virtually stand behind 
the purchasing agent during the purchasing decision-making 
process . 

10 Thus, and with reference to FIG. 6, the server 14 

returns a list of vendors that match a buyer's search 
request 232. When the server receives from the user/buyer 
the list with certain ones of the vendors selected (i.e., 
"checked off") as recipients of a user document or 

15 communication 234, the server detects that one or more of 
the vendors have not been selected 236. It should be noted 
that the server 14 keeps track of the selected category all 
the way through the process. If the server 14 detects 
nonselected vendors for that category with the "last ditch 

20 advertising" option enabled prior to sending the options 
request page, the server checks 14 for pre-determined 
selection criteria 237 and selects one or more of the 
detected vendors using the pre-determined selection 
criteria (e.g., according to subscription information) if 

25 it exists 238. Otherwise, they are selected at random 240. 
The server 14 already has the category/heading to which 
the vendor or vendors belong, therefore the server 14 
retrieves from the database and presents to the user any 
one or more of the nonselected vendors. The server 

30 presents vendor information (such as a banner ad or company 
name/address) for one or more of the detected, nonselected 
vendors to the user 242 and allows the user the option of 
adding the one or more of those vendors to the list of 
recipients prior to the transmission of the document or 

35 communication to the selected vendors 244. 
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In this embodiment, the information is presented 
in the form of a page via the browser, as shown in FIG. 7. 

Referring to FIG. 7, a last ditch advertising page 245 
includes nonselected vendor information 24 6. The 

5 nonselected vendor information 24 6 can be "clicked on" via a 
corresponding hyperlink 247, thereby adding the vendors 
associated with such information to the recipients list. 
The buyer is also given the opportunity to modify 
previously set request options parameters 248. 

10 In this manner, the last ditch advertising option 

provides the nonselected vendor a chance to make one last 
pitch to the user in order that the vendor may be 
considered during a potential sourcing or purchasing 
decision. The user has the option of adding that company 

15 (by simply clicking on a banner ad) to the user's existing 
"basket" of recipients prior to submitting the 
communications document (e.g., RFQ) for transmission to the 
vendors on the list of recipients. Vendors added, and all 
options are stored in a unique file on the server. That 

20 file is loaded and verified every time a change is made. 

Having such information stored in a file allows the user to 
return and complete an RFQ at a later time. It is also 
used by the server to determine which "last ditch" supplier 
to show. 

25 Although the target advertising mechanism has 

been described with reference to and within the context of 
the illustrated buyer-vendor communication process 14, it 
need not be so limited. It will be appreciated that such a 
technique could be used in other purchasing environments, 

30 such as web-based shopping applications, in which a buyer 
chooses to buy an item by adding the chosen item to the 
buyer's "virtual shopping cart". That is, the addition of an 
item from a particular source to the basket (as opposed to 
the detecting of a nonselected vendor as described above) 

35 could trigger the advertising of an alternative source of 
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the chosen item or source of a competitive item. 

Another feature of the purchasing communications 
system is the ability to construct and utilize a user- 
specific vendor directory or list, 
5 Referring now to FIG. 8, a process to produce a 

preferred vendor list or directory 250 is shown. In this 
embodiment, the list will take the form of an HTML page. 
The website administrator for the Web server and associated 
applications receives from a user (e.g., purchasing 

10 department or agent) a file including preferred vendor 
information 252. The system can accept the preferred 
vendor information in any format. The system detects the 
format in which the information is stored 254. The system 
opens the file and determines if the file is commented, 

15 fixed field, etc., or stored in some format like Excel, 
Access or Word. Once the system determines how the 
information is stored, it removes the data from the 
encapsulated form in which it is received 256 and applies 
an Artificial Intelligence "filtering" operation to the data 

20 258. The AI program automatically corrects any out-of-date 
names /numbers, and provides the formal legal names of 
listed vendor companies as needed. It also strips off any 
apostrophes and dashes to get the "raw" name. Once the AI 
filtering is complete, the system performs a fuzzy logic 

25 matching to match the data with records already residing in 
the database 260. Once all the data has been matched (or 
achieves a certain level of correctness) and an account has 
been set up for the user 262, the server populates a "My 
Vendor" page with the preferred vendors from the preferred 

30 vendor information and makes the page available to the user 
when the user signs on 264. Once the list is available for 
use by the user, the server automatically e-mails/faxes or 
mails a letter from the user to all of the vendors on the 
"My Vendor" page indicating that the user has an account 

35 with and will be utilizing the purchasing communications 
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system in future procurement activities 266. 

Alternatively, the buyer/user can run a search 
on a category and check off all of the vendors that the 
user's particular purchasing department procures from and 
5 could create a running list in that manner. 

The "My Vendor" page also includes competitive 
vendor data. The competitive vendor data is generated by 
pooling together the preferred supplier information from a 
group of similar users (e.g., a group of universities). 

10 The server runs each user's list through the database 

"filter" as described above and categorizes the information. 

Referring back to the vendor matching page shown 
in FIG. 3F, the check box also allows the user to add to "My 
Vendor" page by simply checking the box corresponding to a 

15 particular company name and clicking on the "Add selected 
vendors to my page" button 110. In response, the user will 
get a screen confirming that he has added the selected 
vendors to his personal page. 

There is an administrative account (set by the 

20 purchasing agents) which controls how the vendor page is 

updated or changed. It also controls access to the rest of 
the system. The system provides parameters that allow 
purchasing agents to specify different levels of access, 
e.g., vendor page only, search page, or up through post 

25 search where the user has a list of recipients. The 
administrator has the ability to block the user from 
sending to suppliers other than those included on the "My 
Vendor" page. 

Referring now to FIG. 9, a vendor response 

30 management portion of the buyer-vendor communication 
process is shown. The system (system 14 from FIG. 1) 
receives a response from a vendor 272 and sorts that 
response based on reference number 274. In order to 
determine how to proceed with the processing of the 

35 response, the system consults the request options 
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parameters specified by the user prior to transmission 276. 

It accomplishes this task by reading the user request 
entry data corresponding to the reference number in the 
request data table of FIG. 5B. Specifically, the system 14 

5 will determine if the submissions period has expired 278. 
If the submissions period has not expired, the system will 
check the delivery field to determine if the delivery date 
parameter is met. If not, the system will hold the 
response for delivery on the appropriate delivery date 282. 

10 If the submissions period has expired (at 278), the 
response will be deemed late and discarded 284. If the 
delivery date parameter has been met 280, the response will 
be sent to the user 286. 

15 Other Embodiments 

It is to be understood that while the invention 
has been described in conjunction with the detailed 
description thereof, the foregoing description is intended 
to illustrate and not limit the scope of the invention, 

20 which is defined by the scope of the appended claims. 

Other aspects, advantages, and modifications are within the 
scope of the following claims. 

What is claimed is: 

25 
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CLAIMS 

1. A method of facilitating communications between 
buyers and vendors across a network, the method comprising: 

5 receiving a list of vendors from a buyer with 

certain ones of the vendors selected; 

detecting that at least one of the vendors on the 
list of vendors was not selected by the buyer; 

providing to the buyer information about the at 
10 least one nonselected vendor; and 

enabling the buyer to select the at least one 
nonselected vendor to add the at least one nonselected 
vendor to the selected vendor list prior to the 
transmission of a document to the selected vendors. 

15 

2. The method of claim 1, wherein the information is 
presented to the user in an HTML page. 

3. The method of claim 2, wherein the information 
20 includes a banner advertisement. 

4. The method of claim 2, wherein the . information 
includes a home page link. 

25 5. The method of claim 3, wherein the information 

further includes a home page link. 

6. The method of claim 2, wherein the information 
includes a name and address. 

30 

7. The method of claim 4, wherein the information 
further includes a name and address. 

8. The method of claim 5, wherein the information 
35 further includes a name and address. 
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9. The method of claim 6, wherein the information 

further includes a name and address. 

5 10. The method of claim 1, wherein providing includes 

choosing the at least one nonselected vendor according to 
predetermined criteria. 

11. The method of claim 1, wherein providing includes 
10 choosing the at least one nonselected vendor at random. 

12. The method of claim 2 further comprising storing 
the list of vendors in a database and wherein enabling the 
buyer to select the at least one nonselected vendor to add 

15 the at least one nonselected vendor to the selected vendor 

list prior to the transmission of a document to the 

selected vendors comprises: 

presenting the information to the user in 

association with a hypertext link; 
20 receiving from the user the name of the selected 

at least one nonselected vendor when the user clicks on the 

hypertext link; and 

adding the selected at least one nonselected 

vendor to the list of vendors stored in the database. 

25 

13. A computer program product residing on a computer 
readable medium for facilitating purchasing communications 
between buyers and vendors across a network, comprising 
instructions for causing a computer to: 

30 receive a list of vendors from a buyer with 

certain ones of the vendors selected; 

detect that at least one of the vendors on the 
list of vendors was not selected by the buyer; 

provide to the buyer information about the at 
35 least one nonselected vendor; and 
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enable the buyer to select the at least one 
nonselected vendor to add the at least one nonselected 
vendor to the selected vendor list prior to the 
transmission of a document to the selected vendors. 
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